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1.0 INTRODUCTION AND SUMMARY 


The Computer Sciences Corporation Contract with the Data Systems and Analysis 
Directorate contains a specified level of resources related to a specific set of 
work in support of three divisions within the Data Systems and Analysis Directo- 
rate. The divisions are Institutional Data Systems Divison, Ground Data Systems 
Division, and Mission Planning and Analysis Division. The Statement of Work 
defines at a functional requirements level the type of support to be provided to 
the three divisions. The Contract provides for further technical direction to 
the contractor through issuance of Job Orders approved by the Contracting Officer 
or his designated Technical Manager. The Job Order is the prime method of 
further defining the work to be done, allocating a portion of the total resources 
in the Contract to the defined tasks, and further delegating technical responsi- 
bility. The Contract further specifies that an Implementation Plan will be de- 
veloped after the Job Order is issued to allow the contractor to define how the 
assigned work will be accomplished. For the purposes of this Work Management 
Plan we shall refer to the Implementation Plan (hereafter) as a Work Control 
Plan. Since it is not always possible to define all work to the necessary level 
0^ detail in the Job Order or its related Work Control Plan, we shall also pro- 
vide a mechanism for further work breakdown as the need arises. This lowest 
level of work assignment will be called the Task Order. As is the case with the 
Job Order, the Task Order will specify response by the contractor in the form of 
a Work Control Plan. 

In all cases a Task Order and its associated Work Control Plan are written to 
further define and divide work that has b.’en agreed to through a Job Order and 
its associated resources. 

The contractor accepts the work order assignment made by the Job Order and as 
may be defined by Task Orders, and implements the work. He responds with a Work 
Control Plan at such time as sufficient insight into the work has been gained to 
allow him to complete the work definition. It is anticipated that required Work 
Control Plans will be completed and approved by the Data Systems and Analysis 
Directorate and Computer Sciences Corporation within ten workdays after the 
Computer Sciences Corporation Program Manager receives the Job Order. 

To distinguish between Job Order and Task Order Work Control Plans, we shall use 
the following reference system as needed: 

0 Job Order Work Control Plan (JOCP) 

0 Task Order Work Control Plan (TOCP) 

The teri'i "WCP" will refer to either the JOCP or the TOCP, whichever is applicable. 
1. 1 Purpose 

The basic purpose of this Work Management Plan is to provide a formal and uni- 
form work management system. The major elements of the work management system 
defined in this plan and to be discussed in further detail induce the following: 

0 Job Order 

0 Work Control Plan - Job Order 
0 Task Order 

0 Work Control Plan - Task Order 
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The secondary purpose of Che Work Mana^eii«nt Plan Is to: 

0 Define contract/cost reporting iiiethods used for Job Order manpower and cost 
status. 

0 Define some of the terms and processes to be uniformly applied with regard to 
level-of-effort rr oevelopii.cnt project activity. 

Within the Initial vramework of a Job Order, the development of a Work Control 
Plan will be authorized. This method of assigning v/ork to the contractor will 
define all elei<ient:» of the work to the level of detail necessary to satisfy Data 
Systems and Analycls Directorate and Computer Sciences Corporation understanding 
of the deliverable Items. The work assignment will consist of appropriate Job 
Order, Task Order, and related Work Control Plans. The assignment will also 
define the expected purpose or quality of the del 1 verables. In our level-of- 
effort type work, "services" can be considered a deliverable. The Job Order, 
Work Control Plan, and Task Order process Is shown In Figure 1-1, "work Manage- 
ment Process." 

1.2 Scope 

This document Is limited to defining the process by which contractor resources 
are assigned, managed, controlled, and changed. It defines the documentation 
system and authorizations used by Data Systems and Analysis Directorate and 
Computer Science: Corporation to allocate resources, direct the work, transmit 
data, request Information, and document systems development project activity. 

The Instruments that authorize work and the types of docu.nent deliverables they 
can generate are outlined In Figure 1-2, "Work Authorization and Documentation." 
Further discussion of document terms Is provided in subsequent sections of this 
plan. 

This plan does not cover the Performance Evaluation Process. Refer to the Award 
Fee Evaluation Plan and Process document, dated September 1, 1978, for specific 
details related to that subject. 

This document will not address details related to quality assurance or develop- 
ment activities, but will merely establish the baseline against which those 
details will be developed for uniform application across the-board. A separate 
part of the Program Management Plan will describe the process associated with 
developiiient and quality assurance activity. 

This Work Management Plan will be reviewed on a yearly basis to determine If 
changes In the work management process Indicate a need for revision. 
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FIGURE 1-1 - WORK MANAGEMENT PROCESS 
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FIGURt 1-2 — WORK AUTHORIZATION ANP DOCUMENTATION 
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2.0 EXPLANATION OF TERMS AND DOCUMENT PROCESSES 


2. 1 Contract and Work Management Plan 

The Contract Statement of Work and the Work Managen'ent Plan relationship were 
described In Section 1.0. 

2.2 Work Management Titles 

Technical management begins with the development and implementation of a work 
iiianagement plan, and subsequent control In accordance with the established plan 
and contract resource limitations. There are two separate levels of technical 
Iiianagement control: (1) the division/contract technical management level of 

control that approves the Job Order, work description, and resource levels, and 
(2) the Technical Manager's Representative level that provides technical direc- 
tion, Insures division policy and resource compatibility, and tracks status at 
the Job Order and Task Order level. The Technical Manager's Representative/Job 
Order Manager level directs resource usage In task or project performance and 
Insures accomplishment of task objective. This Technical Manager's Representative/ 
Job Order Manager control serves primarily to facilitate day-to-day technical 
Interface and related decision making and direction. Both levels of management 
require certain documentritlon necessary to provide Insight and effective control 
at each level, as defined In Figure 1-2 and in Section 2.3. 

2.2.1 Contract Technical Manager 

The responsibilities of the Data Systems and Analysis Directorate Contract 
Technical Manager, appointed by the NASA Contracting Officer (In accordance with 
JSCI 5151.1, dated April 3, 1967), Include the approval of Job Orders, Work Con- 
trol Plans, and related resources within the scop? of the Contract Statement of 
Work and resource limitations. The Contracting Officer reserves the authority 
to change the Contract terms and conditions and any Contract limits established. 

2.2.2 Technical Manager's Representative 

The Technical Manager can appoint Technical Manager Representati ves(s) with re- 
sponsibility to serve as his alternate in performing day-to-day functions of spe- 
cified work areas and to direct Job Order Managers assigned under the Technical 
Manager's Representative In his area of responsibl 1 Ity. The Technical Manager's 
Representative has the additional responsibility of evaluating contractor per- 
formance. The Technical Manager's Representative will normally approve Work Con- 
trol Plans unless the Technical fianager specifically reserves that authority when 
the Job Order is approved. 

2.2.3 Job Order Manager 

Appointed by the Contract Technical Manager, the NASA Job Order Managers provide 
the daily interface and technical coordination with the contractor. The Job 
Order Manager insures contractor adherence to the scope and work quality defined 
in the Job Orders and Task Orders to accomplish desired objectives. Job Order 
Managers give technical guidance as required, review Work Control Plans and work 
quality required in achieving the task objectives, and keep the Contract 
Technical Manager and Technical Manager's Representative informed of potential 
technical impacts. The Work Control Plan serves as the baseline for control and 
status of contractor work on the Job Order and/or Task Order. 
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2.3 Documentation and Infonnation Transmittal 


In order to direct, evaluate, and control Computer Sciences Corporation develop- 
ment work. Data Systems and Analysis Directorate has devised a documentation 
system which Is specifically designed for development-type work within the sup- 
port services environment. A formal review and control process Is also defined 
for development projects. Documentation In the Data Systems and Analysif Direc- 
torate system may be viewed as administrative or technical. 

2.3.1 Documentation 


2.3. 1.1 Administrative 

The administrative group of documentation Includes Job Order and Work Control 
Plan, and Task Order and Work Control Plan. 

The administrative group Is designed to authorize specific Items of work under 
the Contract, to provide an estimate of schedules and resources for each task 
or system development project, and to provide a basis for formal and Informal 
reviews. Job Orders, Work Control Plans, and Task Orders may be used on all 
level-of-effort or system development project work. The administrative docu- 
ments may generate any one or all of the technical documents listed In Figure 
1-2. The administrative documents also define status and control reporting 
systems to be used for periodic task or project levlew by the Technical Manager, 
Technical Manager's Representative, and Job Order Manager. 

2. 3. 1.2 Technical 

Technical Manager's Representatives will establish technical Information require- 
ments for their area of responsibility. The tecfinlcal documentation Is associated 
with the inllestcnes given In the Work Control Plan and Includes documentation 
necessary to define, develop, status, or deliver end products related to software, 
hardwcre, or support (service) functions. Items 4 through 21 1n Figure 2-1 are 
typical of the technical documentation that Is associated with Job Orders and 
Task Orders, especially development projects. Special studies or standard de- 
liverables unique to a level-of-effort Job Order will be defined In the Work 
Control Plan for that specific area of work. 

2.3.2 Information Transmittal and Contract File 


Technical information flowing between NASA and the contractor In performance of 
Job Order, Work Control Plan, or Task Order should be documented; i.e., accom- 
plished by memoranda. Transmittal /Information Request Forms, or minutes of meet- 
ings. 

A copy of all documentation related to technical direction that flows between 
NASA and the contractor is maintained in the contract files by the respective 
Technical Manager's Representatives for everything except the Job Order and Its 
related Work Control Plan, which the Technical Manager will maintain. All offi- 
cial Job Order, Work Control Plan, and Task Order files are subject to transfer 
to the Contracting Officer at his request. The Transmittal /Information Request 
Form will be used only to transmit or request already developed information, not 
as a tasking document. The format of the Transmittal /Information Request Form 
is shown in Fi gure 2-1. 
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FIGURE 2-1 - TRANSMITTAL/ INFORMATION REQUEST FORM 


2. FROM; (Org/Code/Orlylnator/Ext 
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NOTE: This is not a tasking form. It is used for sending or receiving data 
already developed. A Job Order and Task Order Form 329 is used for 
resource allocation work assignment. 

JSC FORM 329D (May 79) 
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3.0 JOB ORDER 


3. 1 Purpose 

Job Orders are usually Initiated by a Data Systems and Analysis D1 rector .^te In- 
dividual for tasks approved by the Division Chief In accordance with fund avail- 
ability; however, the contractor may also Initiate Job Orders. 

The Job Order, by definition. Includes JSC Form 329 (Figure 3-1) and the scope 
of work (see Figure 4.1, "Work Definition E1en«nts," Section 1.0). A Job Order 
Is the Instruiiient by which NASA authorizes the contractor to accomplish the work 
delineated In the scope of work. The Job Order allows Computer Sciences Corpora- 
tion to staff and develop the Work Control Plan. Job Orders are issued by Data 
Systems and Analysis Directorate to the contractor and outline the general tasks 
to be accomplished based on the level of Information known at the time. The Job 
Order specifies other Information pertinent to task perforitiance, resource alloca- 
catlon, requirements sources, documentation and reporting. Identifies major mile- 
stones to be achieved, and other data needed by the contractor to develop a Work 
Control Plan. 

Good communications should be cultivated with the contractor to insure inter- 
change of Ideas prior to Initiation of Job Orders and/or contractor response to 
Job Orders or Task Orders. A Job Order may be written for the term of the project 
or for the life of the Contract, as may be appropriate. 

3.2 Approval and Processing 

Each Job Order Is signed by the Data Systems and Analysis Directorate Job Order 
Manager and Technical Manager's Representative, approved by the Contract Technical 
Manager and forwarded to the Computer Sciences Corporation Program Manager for 
Implementation. The signature of the Technical Manager on the Job Order Is author- 
ization for the contractor to Initiate staffing and prepare appropriate detail 
Work Control Plans within tne resources and work description contained 1n the Job 
Order. The Technical Manager's signature on the Job Order says: (1) we need to 
do It, (2) maximum (estimated) resources are available to do the work, (3) delivery 
dates are to be met, and (4) requirements are to be met as specified. When 
accepted by the Computer Sciences Corporation Program Manager, the Job Order plus 
work description and major milestones are Technical Manager and Program Manager 
commitments. The linkage between the Work Control Plan and the Technical Manager 
approved Job Order Is the major milestones, resources, and requirements. 

In the event the Technical Manager does not feel the Job Order provides suffi- 
cient detail, he may specify in Block 13a of the Job Order that the Work Control 
Plan shall also be approved by the Technical Manager (Work Control Plan Is 
nonnally a Technical Manager's Representative/Department Manager level approval). 
The response from the contractor In the Work Control Plan reflects the contractor 
understanding and adds detail to what the Job Order defined to be accomplished. 

For a development effort a Pre-Project Implementation Plan might be defined In 
the Job Order to develop cost, schedule, and design data for a "go-no-go" devel- 
opment decision. The Coiiiputer Sciences Corporation Department Manager accepts 
the work for Implementation once the Program Manager approves and distributes 
the Job Order, and directs his staff to open the appropriate accounting system 
codes to collect authorized charges as defined In Section 1.7 of Figure 4-1. 
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Any modification to an existing Job Order requires a Job Order A<)endinent with the 
saiiie approvals as the original Job Order. Figure 1-1 reflects the modification 
process that occurs at Work Control Plan level or Task Order level when Job Order 
limits are exceeded for (1) requirements, (2) resources, and (3) major milestones. 

The Data Systems and Analysis Directorate and Computer Sciences Corporation Job 
Order and Job Order Control Plan development and approval cycle Is shown In 
Figure 3-2, “Work Order Oevelopinent-Approval ." 

3.3 Relationship of Job Order. Work Control Plan, Task Order 

The data elements required for the Job Order, Work Control Plan, and Task Order 
are In Figure 4-1, “Work Definition Elements." It should be noted at this point 
that work may be sufficiently defined to satisfy Data Systems and Analysis Direc- 
torate and Computer Sciences Corporation .nanagement at any level that Is mutually 
acceptable and definitive. Work will be defined to the contractor In a Job Order 
that contains a work description. The contractor will respond to the Job Order 
with a Work Control Plan. Further work assignment and work definition may be 
handled through a Task Order and Its associated Work Control Plan. The details 
of the Work Control Plan and the Task Order are covered In Sections 4.0 and 5.0. 
The documentation associated with the Job Order, Task Order, and the associated 
Work Control Plans are Illustrated here to clarify the options available. No 
repetitive documentation Is required or desired; I.e., Items 1 and la below may 
be sufficient. Item 2 plus 2a could be required, but Is not mandatory. 

1. Job Order and work description 
la. plus Work Control Plan 

2. Task Order and work description 
2a. plus Work Control Plan. 

A given Job Order may also have more than one Work Control Plan, based on the 
work definition as defined in the Job Order (Figure 4-1, Section 1.3). The Job 
Order may also elect to completely define certain portions of the work In the 
initial Work Control Plan response and designate certain other projects or tasks 
as being assigned by the Task Order approach. For example: 
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4.0 WORK CONTROL PLAN 


4.1 Purpose 

Submitted to Data Systenis and Analysis Directorate, the Work Control Plan pro- 
vides tne contractor's reply to the Job Order. Work Control Plans are Intended 
to be functional working documents to Indicate to NASA the planned approach and 
schedule for accomplishment of the work and are to be used as a status report Imj 
baseline as work progresses. 

4.2 Contents of Work Control Pla n 

The Work Control Plan Is updated as necessary by the contractor and approved by 
the Data Systems and Analysis Directorate Technical Manager's Representative, 
unless this approval authority was specifically reserved by the Technical M^’nayer 
in Block 13a when the Job Order was approved. The baseline (original) Work Con- 
trol Plan is maintained as the basic reference document until a formal amendment 
Is processed. Certain sections of status data will be added to the Technical 
Manager's Representatl ve copy of the baseline Work Control Plan, such as Work Con 
trol Plan Section 5.2 (Figure 4-1) "resource expenditures actual" and Section 6.3 
"chanye history loy." The Technical Manayer's Representative may define the 
status and control approach to be used as part of the Work Manayement Techniques, 
Control Approach Section 2.1.3 (sec Flyure 4-1) Oi the Work Control Plan. The 
Work Control Plan documet\t numberiny system will L>e the same as the related Job 
Order and Task Order. A system development type Work Control Plan Identifies 
and describes development specifications and lev(;1s, the deslyn approach, dpsiyn 
reviews, test levels, system deliverable Items, conf iyuratlon manayement tech- 
niques, and system documentation required. A level-of-effort type Work Control 
Plan concentrates on kinds of tasks, priorities, and deliverables but may Include 
elements tioriially described for the developi.ient typo worK as appropriate (e.y., 
resources, methodoloyy, conf 1 yurat Ion manayement techniques, performance measures 
Interface, etc.). The Work Control Plan should address the elements in Flyure 
4-1 appropriate to the work to be undertaken, reyardless of whether It Is devel- 
opment or level-of-effort work, and at a more detailed level than could be de- 
fined In the initial Job Order from Data Systems and Analysis Directorate. 

4. 3 Approval and Processing 

The Computer Sciences Corporation Proyram Manayer asslyns the Job Order to the 
appropriate Department Manayer ^or preparation of the Work Control Plan. Within 
a 10-workday time frame (as a yual) the Department Manayer will prepare and coor- 
dinate th« Work Control Plan with the Data Systems and Analysis Directorate 
Technicc! lanayer's Representatl ve and Computer Sciences Corporation Quality 
Assurance. After Technical Manayer's Representatl ve, Quality Assurance, and 
Department Manayer approval, the Work Control Plan is sent back to the Computer 
Sciences Corporation Proyraia Manayer. If the Data Systems and Analysis Directo- 
rate Technical Manayer has not reserved the rlyht to appprove the Work Control 
Plr.n, the Proyram Manayer slyns and releases the Job Order with Work Control Plan 
to the Computer Sciences Corporation Proyram Support Office for distribution and 
Implementation. 

The development and approval of the Work Control Plan associated with Job Orders 
or Task Orders Is Illustrated In Flyure 3-2, "Work Order Development-Approval 
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FIGURE 4-1 - WORK DEFINITION ELEMENTS 
(For Job Order, Work Contro' Plans, and Task Order) 
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2.1.3 Control Approach 
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QUALITY ASSURANCE PLAN 
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FIGURE 4-1 — WORK DEFINITION ELEMENTS (Cont'd) 


2.4 CONFIGURATION MANAGEMENT PLA^ 

2.4.1 System Basel Ining 

2.4.2 Basel ine Description 

2.4.3 Change Control 

3.0 SYSTEM DESCRIPTION 

3.1 SYSTEM OVERVIEW 

3.2 HARDWARE SUBSYSTEMS 

3.3 SOFTWARE SUBSYSTEMS 

3.4 OPERATIONAL/PRODUCTION CONCEPT 

4.0 DEVELOPMENT APPROACH 

4.1 DEVELOPMENT METHODOLOGY 

4 2 DEVELOPME'.T REVIEW PLAN 

5.0 RESOURCE CONTROL 

5.1 RESOURCE EXPENDITURE PLANNED 

5.2 RESOURCE EXPENDITURES ACTUAL 

5.3 ESTIMATING METHODOLOGY 

6.0 MASTER MILESTONE SCHEDULE 

6.1 INTEGRATED SCHEDULE 

6.2 SUBSYSTEM/WORK ELEMENT SCHEDULES 

6.3 CHANGE HISTORY LOG 


NOTE: An expanded outline, with narrative discussion, is in Appendix A. 
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5.0 TASK ORDFR 

5. 1 Purpose 

A Task Order defines specific work to be performed by the contractor within the 
scope of a Job Order. It includes, by definition, JSC Form 329C (Figure 5-1) 
and any additional work description. The Task Order should include appropriate 
elements selected from Figure 4-1. Completion of the Work Control Plan will 
nonnal ly occur within 10 work days after receipt of the Task Order by the Com- 
puter Sciences Corporation Department Manager. 

5.2 Approval and Processing 

The Task Order may be developed by the Data Systems and Analysis Directorate Job 
Order Manager with the Computer Seif ices Corporation Job Order Manager and may 
be Initiated by either Data Systems and Analysis Directorate or the Computer 
Sciences Corporaticr.. Approval is required by the appropriate Technical Mana- 
ger's Representative and the respective Computer Sciences Corporation Department 
Manager unless specifically delegated in writing to the Job Order Manager level. 
The Task Order consists of the Task Order Form 329C and the Task Order Work Con- 
trol Plan. Distribution is the same as the original Job Order and includes 
copies to the Data Systems and Analysis Directorate Technical Manager, Computer 
Sciences Corporation Department Manager, and any specifically designated data 
manager for Data Systems and Analysis Directorate or Computer Sciences Corpora- 
tion. 

The Data Systems and Analysis Directorate and Computer Sciences Corporation Task 
Order and Task Order Work Control Plan development and approval cycle is shown 
in F1gu»"e 3-2, "Work Order Development-Approval." 

5.2.1 Responsibi 1 ity 

Task Order responsibility, i.e., the technical meetings and daily interfaces 
necessary for proper perforii.ance, is delegated to the Technical Manager's Repre- 
sentative/Job Order Manager for performance of the work and status surveillance. 
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FIGURE 5-1 — SUPPORT CONTRACTOR TASK ORDER 



JSC FORM 329C (May 79) 
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6.0 RESOURCE CHANGE CONTROL 


Manpower and other resources can be adjusted b> mutual Data Systems and Analysis 
Directorate/Computer Sciences Corporation ayreement from one Task Order to 
another under the same Job Order; however, the total Job Order manpower canno'. 
be Increased without approval of the Technical Manayer. Any foreseen underrun 
or overrun to the approved Job Order will be Inriedlately Identified to the 
Technical Manayer and Proyram Manayer for new approval or corrective action. A 
^5% allowance Is provided as a guideline, within which resources may be allowed 
To fluctuate on a Job Order before the underrun or overrun condition Is to be 
hlyhllyhted. The +5% will be applied to total Job Order man-year equivalent 
levels or total JoiF Order cost. The Computer Sciences Corporation Job Order 
Status Report and the Computer Sciences Corporation Financial Form 533 will be 
used as the baseline reference documents for trackiny and control on Job Order 
resources. Several Task Orders may be Issued under a Job Order, depending on 
the tasks and the Technical Manager's Representative/Job Order Manager's deter- 
mination of the levels of review and technical direction needed. The only 
reservation Is that a Task Order be Issued only after the Job Order Work Control 
Plan has been approved and the work appropriately defined and partitioned. The 
partitioning of work should give due consideration to the desirability and eco- 
nomics of generating the additional Task Order and Work Control Plan paperwork. 
Similarly, more than one Work Control Plan may be required for a Job Order. The 
requirement for Work Control Plans will be defined In the original Job Order or 
In subsequent Task Orders as may be appropriate. 

6. 1 Financial Form 533 

The contractor submits a monthly reoort (I.e., a Form 533) of the man-hours and 
cost expended on each Job Order. This report Is generated on the basis of the 
contractor's accounting month with the report structure defined by Contracting 
Officer and Technical Manager written direction. The Form 533 report basically 
provides cost for the following areas: 

0 All contract periods to date 
0 Current contract year (montli and quarter) 

0 Current fiscal year (month and quarter) 

0 Projected/authorized work for one year 

Cost elements on the Form 533 include direct labor hours and other direct cost 
(e.g., travel, relocation, facilities, subcontracts, other direct elements), as 
well as general and administrative, overhead, fee, and man equivalents). The 
Fonn 533 report is the basis for Contracting Officer payment for services ren- 
dered and invoiced by the contractor. 

6.2 Job Order Status Report 

The contractor extract' weekly labor data from timecard information on each 
employee and con:bines with other resource data to develop and submit a monthly 
report. The data is submitted in the form of a Job Order Status Report. The 
Job Order Status Report basically provides resource authorization and actuals on 
a monthly or quarterly basis for the following elements: 


- 17 - 


f 


0 Manpower 
0 Machine time 
0 Travel 
0 Procurements 
0 Overtime-paid 
0 Uncompensated time 

The ;e>ource projections reflected on the financial Form 533 or the Job Order 
Status Report orlyinate from the In-house Computer Sciences Corpor .tion Resource 
Expenditure Forecast. Each Computer Sciences Corporation department maintains 
the Resource Expenditure Forecast as a working reference for weekly or biweekly 
status tracking. 
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7.0 TERMS USED IN WORK MANAGEMENT 


Sonie of the tenns and paperwork processes often mentioned In Job Order resource 
reviews or work management activity are defined here for convenience. 

7.1 Basel 1neDocument --A reference documeit that becomes the foundation for ad- 
dltlonal development or work effort. Includes the Detailed Requirements Document 
and related Program Change Requests amended by Configuration Management Board 
meeting minutes. The Detailed Requirements Document may Incorporate, by specific 
reference, certain computer system or software documents which also become a part 
of the "baseline." The Work Control Plan Is also considered to be a baseline 
document for the work area covered In the document. 

7.2 Configuration Management Board --A review board designated by Data Systems 
and Analysis Directorate management for the purpose of reviewing selected pro- 
jects or activities. The Configuration Management Board controls the activity 
or software and hardware system configuration through control of the baseline 
documents that define the system. 

7.3 Deliverable Items — Specific Items required by a Job Order to be delivered 
to the Data Systems and Analysis Directorate; e.g., studies, planning documents, 
technical reports, specifications, manuals, computer software, hardware, equip- 
ment operation, maintenance, services, etc. 

7.4 Functional Design Spec1f1cat1on --The document that defines how a proposed 
software and/or hardware system will saf'sfy requirements from an overall system 
design standpoint. 

7.5 Detailed Requirements Document --The document that defines specific user needs 
of a proposed hardware or software system; the requirements document specifies 
what the proposed system must do. 

7.6 Detailed Design Sped flcation --The document that defines the design of a 
proposed software and/or hardware system to the lowest program component level. 

7.7 Documentation Types --Documentat1on required for completion of a task will be 
specified either by the Concract, Job Order, or Task Order that generates the re- 
quirement and is classified according to the following three types: 

a. Type 1 shall be submitted to the Data Systems and Analysis Directorate 
for written approval and will not be distributed until approved. Type 1 
documentation shall be prepared in close coordination with Data Systems 
and Analysis Directorate. Preliminary draft Information will be pro- 
vided as developed and available. 

b. Type 2 shall not require Data Systems and Analysis Directorate approval , 
but shall be submitted for coordination, surveillance, and information. 

c. Type 3 shall be retained by the contractor and made available to Data 
Systems and Analysis Directorate upon request. 

7.8 Program Change Request --The document through which NASA directs or authorizes 
a change to the system. 
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7.9 Wo>-k Control P1an --A document developed for either level -of-ef fort or devel- 
opment type Job Orders, and defines the work, manayement, resources, deliverables 
and controls to be used In the defined set of work elements. The Work Control 
Plan Is the baseline docunient(s) for Job Order status review. 

7. 10 Resource Request/Control Forms 

a. Fonii 362 defines a user requirement for Institutional Data Systems 01 v1 
Sion computer or manpower related resources. 

b. A Fonn 12 Is an Institutional Data Systems Division record used to 
specify required funds In the Proyrain Operating Plan budget process by 
unique fund source. 

Both forms submit requirements at a Branch Task Nutuber level. 

c. Project Number--The lowest level at which resources are recorded. 

7.11 Work Order --A general term related to work assignment within the scope of 
an approved contract, either a Job Order or a Task Order. 

7.12 Job Order --A document that defines a specific work assignment within the 
scope of an approved contract. 

7.13 Task Order --A document that defines a specific work assignment within the 
scope of an approved Job Order. 

7.14 Test Specif1cat1on -«The document that defines how a software and/or hard- 
ware system in development will be tested prior to implementation; the test spe- 
cification generally consists of a test plan and a test script. 

7.15 Test Report --The document that describes the results of testing a software 
and/or hardware system prior to implementation. 

7.16 User Documentation --Documents that orient the user to system capabilities 
and instruct user personnel In correct preparation and submittal of data and In- 
terpretation of results. 

7.17 Development Project — For purposes of defining work structure and manage- 
ment control techniques , is defined as that systems engineering effort (hardware 
or software) of a cost magnitude that one elects to employ stringent configura- 
tion management and review processes and formal documentation schemes with the 
attendant cost and schedule implications. 

7.18 Level -of-Effort --Defi ned as that work of an ongoing nature in support of 
product modification or operations of the computer facility where resources are 
usually at a fixed level and a priority system is used to define near term v/ork. 
This work is characterized by less formal configuration reviews and documentaticn 
review processes than is experienced in development projects. 
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APPENDIX A 


WORK CONTROL PLAN 
(Expanded Outline) 


1.0 SCOPE OF WORK 

1.1 Work Overview 


This section describes briefly the nature and type of work to be perfonned, e.g. , 
maintenance, production/operations support, software/ systems development, provi* 
Sion of only a specified level of effort, etc.; specify whether the work Is pre- 
dominately level-of-effort or end Item oriented. 

1.2 Task Description 

For non-developtnent efforts, specify In this schedule the detailed conrion under- 
standing of the work to be performed. 

1.3 Work Assignment Approach (WCP/TO) 

Specify the role of Job Order, Task Order, and Work Control Plan In the assign- 
ment of work. 

1.4 Background/Requirements Sources 

This section describes factors that led to the basic need to Initiate the Job 
Order, I.e., state why the work Is being performed, requirements, etc. 

1.4.1 Customer Organization 

Identifies the organizational element, I.e., the branch and section, within the 
Institutional Data Systems Division, Ground Data Systems Division, or Mission 
Planning and Analysis Division that monitors the Job Order. Specifies individual 
who originates work requests, system requirements, and/or establishes priorities. 

1.4.2 User Interface 


Identify the ultimate users of the system/services to be provided. 

1.4.3 Major Assumptions and Constraints 

Identify the assumptions and rationale used in planning the work, e.g., depend- 
ency on products of other activities, driving schedules, required inputs, etc., 
and any constraints placed on resources, approaches, information, etc., that are 
key to Job Order performance. 


1.5 

Deliverable Items 

1.5.1 

Documentation 

1.5.2 

System Del iverables 
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1.5.3 Services/Other Products 

1.5.4 Reporting Requirements 

1.5.4. 1 Data Systems and Analysis Directorate Input Requireitients 

1. 5.4.2 Other Organizations' Inputs 

This section Is a summary Identification of everything that Is to be de- 
livered In the course of the work effort--system design docuntents, progress 
reports, tapes, hardware components, etc. --and everything required froin 
Data Systetiis and Analysis Directorate or other organizations to accomplish 
the work. 

1.6 Major Milestone Summary 

Define end Item delivery dates, major reviews (Critical Design Reviews), or crit- 
ical decision points that tie the Job Order resources and requlrei.ients to the 
Work Control Plan. Branch Task Number and Project Number correlation tables and 
assignment of numbers are through Institutional Data Services Branch and the 
Computer Sciences Corporation Program Support Office. 

1.7 Resource Accounting Structure 

Define the Branch Task Number and Project Number coding structure to be used to 
report and track resource utilization. Titles are required fnr Branch Task 
Numbers, but not for Project Numbers. 

2.0 WORK MANAGEMENT TECHNIQUES 

This section describes how Computer Sciences Corporation will manage the total 
effort. 


2. 1 Management Approach 

2.1.1 Organizational Responsibility 

Define where work responsibilities are ^ .Igned within Computer Sciences CorpO' 
ration; what line organizations are responsible for performance. Identify key 
people. 


2.1.2 ’ nterface with Moni tor/User/Other 

Define the working interfaces with the various Data Systems and Analysis Dlrec- 
torat. organizational elements from whom Computer Sciences Corporation accepts 
requirements and takes direction (redirection), and to whom Computer Sciences 
Corporation reports progress/status/problems, etc. Define other contractor or 
Government Interface, such as MITRE or Univac. Define Internal Computer Sciences 
Corporation interface, especially between departments. 

2.1.3 Control Approach 

Define the means by which Computer Sciences Corporation and Data Systems and 
Analysis Directorate will monitor and control the work effort, e.g., periodic 



status itieetinys, written reports, design reviews. Internal Cotnputer Sciences Cor- 
poration Job Order reviews, etc. Define the tools to be used, I.e., milestone 
charts, pert diagrams, etc. Define the approach to maintaining the Work Control 
Plan Itself, or th<? separate control mechanl sms/techniques to be used to status 
the work. 

2.2 Work Breakdown Structure/Technical Approach 

Identify how work has been subdivided Into subprojects, subsystems, contracts, 
tasks; Include description of any subdivision of work required either for manage- 
ment control or cost accounting. [This section Is not required If Section 4.0 Is 
prepared for a development oriented Work Control Plan.] 

2.3 Quality Assurance Plan 

Describe the approach used to assure quality and Integrity of all delivered pro- 
ducts and/or services under the Job Order; specify utilization of the Quality 
Assurance organization as appropriate. Specify relevant procedures and stand- 
ards. This section may reference the Q.,jl1ty Assurance Plan. 

Where possible this section should Include how the Computer Sciences Corporation 
Department and/or Quality Assurance will measure or determine the quality of the 
delivered product In an objective or subjective manner. The frequency of product 
quality measurement should be related to the milestone chart. Define what con- 
stitutes customer acceotance for each deliverable, or specify at which milestone 
event such a determination can be made. 

2.4 Configuration Management Plan 

E1the»" by reference or by Inclusion this section should describe how system con- 
figuration control Is accomplished. 

2.4.1 System Basel Ining 

2.4.2 Basel Ine Description 

2.4.3 Change Contro l 

3.0 SYSTEM DESCRIPTION 


This section Is Intended to have one of two possible orientations: describe 

briefly (and within the limits of knowledge at the time written) the system 
be developed; or describe the exi sting system to be maintained, operated, or 
modified. 

3. 1 System Overview 

In general terms describe the total system Including hardware, software elements 
as well as any people or procedural elements Integral to the "system"; Include a 
simplified block diagram of the system. 

3.2 Hardware Subsystems 

3.3 Software Subsystems 


3.4 Optratlonal /Product Ion Concept 

Stdte how system will be used to perform Its Intended role for the ultimate user. 

4.0 DEVELOPMENT APPROACH 


4. ) Development Methodology 

Primary ourpose here Is to layout the development process that will be utilized 
with Part IV, Program Management Plan, servingias the guldel 1ne--phases required, 
Pre-Project Implenientatlon Plan; requirement definition, etc., special tool and/or 
testing developments required as ancillary suppurt to system development, make or 
buy decision points, etc. --It Is envisioned that a minimal of verbiage plus a 
good chart that time phases all activities, revlevs and deliverables will describe 
the ‘*methodo1ogy”--do net discuss aatailed technical approaches and tradeoffs 
which are reserved for the various design documents. 

4.2 Develop<nent Review Activity 

A summary description of all review acti v1t1es--these are basically the discrete 
events that punctuate the end of the phases of development, e.g., Preliminary 
Design Reviews, Critical Design Reviews, etc. --these will be shown on the 
“developoient cycle" chart In above section and tracked by the Master Milestone 
Schedule (Section 6.0). This section additionally describes who attends, who 
chairs the reviews, and the procedures and concurring authority for handling dis- 
crepancies (Review Item Dispositions) to the reviews. 

5.0 RESOURCE CONTROL 


5. 1 Resource Expenditure Plannned 

Labor, travel, and materials as budgeted and planned by the Resource Expenditure 
Forecast and authorized by the Job 0rder--the actual Resource Expenditure Fore- 
cast fonn(s) should be maintained 1n this section for each appropriate work 
breakdown element Identified In Sections 2.2 or 4.0. 

5 . 2 Resource Expenditures Actual 

Summary of actual manpower and materials expenditures; utilize the Job Order 
Status Reports and/or the NASA Form 533s--actual reports should be maintained 
In this section along with a graph showing planned versus actual expenditures. 

The Technical Manager's Representatl >/e and Department Manager will specify status 
control techniques to be used. 

5.3 Estimating Methodology 

Explain the i/iethods or techniques used to estimate required resources. 

6.0 MASTER MILESTONE SCHEDULE 


6.1 Integrated Schedule 


6.2 Subsystem/Work Element Schedules 



6.3 Chanye History Loj 


Change history should be represented on a set of charts that reflect all initial 
and revised dates for the deliverables Identified In Sections 1.0 and 4.0 above, 
with appropriate coding to show a distinction between planned and actual dates; 
additionally, this section should document reasons and authority for any major 
deliverable schedule revisions requiring Data Systems and Analysis Directorate 
concurrence. 

NOTE: Based on Technical Manager's Representative agreement. Sections 5.2 and 

6.3 may be retorted by control and status techniques separate from ‘•he Work Con- 
trol Plan. Tie method selected will be defined In the Work Control Plan. 
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